home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48hor2 / batts2.doc < prev    next >
Text File  |  1995-03-31  |  5KB  |  119 lines
  1. BATTS2.DOC by stevev@miser.uoregon.edu [Steve VanDevender] 
  2. Date: 01 Mar 1993 
  3.  
  4. [Note: There is a file called BATTS.DOC on Goodies Disk #8 which proposed 
  5.  that battery drain is accelerated by improper orientation of the HP 48 
  6.  relative to the direction of the ether wind.  Here's another hypothesis 
  7.  which is, uh, just as serious...  -jkh-] 
  8.  
  9. In article <1993Feb27.184413.12699@fuug.fi> an1060@anon.penet.fi writes: 
  10.  
  11.    I would like to know if the HP-48's power drain on the batteries is  
  12.    significantly increased by more programs/data stored in RAM... 
  13.    If so, then can someone quantify this relation?? 
  14.  
  15. We're glad you asked that, Mr. Mantell, ahem, we mean Mr. an1060! 
  16. As the chief research scientist at Speed Merchant Laboratories (a 
  17. wholly owned subsidiary of Speed Merchant, Inc.) I have been 
  18. studying this question for some time. 
  19.  
  20. We at Speed Merchant use a variety of Hewlett-Packard equipment, 
  21. and HP 48SX calculators are standard issue to our research and 
  22. engineering staff.  Corporate pennypinching has forced us to 
  23. ration batteries to our staff, and therefore finding ways to 
  24. extend battery life has become an issue of some concern.  We have 
  25. run a series of experiments on this matter, and here present our 
  26. findings: 
  27.  
  28. HP 48SX calculators were loaded with special memory patterns, 
  29. ranging from all zeros to all ones, leaving some available memory 
  30. to allow calculator operation, on calculators with no expansion 
  31. memory, one 128K memory card, or two 128K memory cards.  The time 
  32. from installation of fresh batteries (we used Kodak Supralife 
  33. brand) until the low battery light came on was then recorded; due 
  34. to differing rates of use this time shows some variation which 
  35. was quite consistent. 
  36.  
  37.                     HP 48SX with 
  38.                 32K       160K       288K 
  39. % of binary 
  40. 1s in memory 
  41.  
  42.   0%         2160 hrs   2160 hrs   2160 hrs  (+/- 720 hrs) 
  43.  
  44.  25%          90 days    90 days    90 days  (+/- 30 days) 
  45.  
  46.  50%         12 weeks   12 weeks   12 weeks  (+/- 4 weeks) 
  47.  
  48.  75%         3 months   3 months   3 months  (+/- 1 month) 
  49.  
  50. 100%       0.25 years 0.25 years 0.25 years  (+/- 0.83 years) 
  51.  
  52. As you can see from the rapidly decreasing numbers, increasing 
  53. proportions of binary 1s in calculator memory makes a tremendous 
  54. difference in battery life.  In general the 25-50% figures 
  55. represent typical usage, where memory is kept full or nearly full 
  56. assuming that stored data has a distribution of roughly half ones 
  57. and half zeros when expressed in binary form. 
  58.  
  59. As a result of this research we are now working on ways to reduce 
  60. the number of binary 1s stored in HP 48 calculator memory using 
  61. various data compression techniques, but these will not be on the 
  62. market for some time.  Until then, we can suggest a few methods 
  63. for reducing the number of 1s stored in your calculator's memory: 
  64.  
  65. 1.  If a GROB contains more dark pixels that light pixels, use 
  66. the NEG command on it before storing it in memory, and use NEG 
  67. again just before placing it into the display.  NEG on GROBs will 
  68. change dark pixels to light and light to dark; when used on a 
  69. mostly-dark GROB this will then reduce the number of 1 bits 
  70. needed to store it. 
  71.  
  72. 2.  Use as few digits of precision as are needed in the problem 
  73. at hand, and use the RND or TRUNC commands before storing results 
  74. to truncate the excess digits and remove unneeded 1 bits. 
  75.  
  76. 3.  Turn off unneeded display annunciators; besides requiring 1 
  77. bits in memory, activated annunciators also draw more power in 
  78. the display. 
  79.  
  80. 4.  Clear the PICT and stack whenever the data in them is 
  81. unneeded. 
  82.  
  83. 5.  Garbage collect frequently; don't wait until the heap is 
  84. exhausted.  Make it a habit to do MEM DROP every few keystrokes. 
  85.  
  86. We at Speed Merchant hope that this information has proven 
  87. useful.  Once again, look for our soon-to-be announced HP 48 
  88. software package that will automatically minimize the number of 1 
  89. bits in memory and thereby improve your battery life in typical 
  90. usage from as little as 0.17 years to as much as 1440 hours! 
  91.  
  92. Steve VanDevender 
  93. Chief Research Scientist 
  94. Speed Merchant Laboratories 
  95. a wholly owned subsidiary of Speed Merchant, Inc., manufacturers 
  96. of the Speed Merchant 5000 -- the only wheelchair with a roll 
  97. bar! 
  98.  
  99. -- 
  100. Steve VanDevender        stevev@greylady.uoregon.edu 
  101.  
  102. ---------- 
  103. Resp: 3 of 3 by rrd@hpfcso.FC.HP.COM [Ray Depew] 
  104. Date: 03 Mar 1993 
  105.  
  106. Mr. VanDevender graciously provided us with battery usage numbers, but 
  107. he omitted the weight of all those binary 1's.  (You know, the more 1's 
  108. in memory, the heavier the calculator weighs...)  Perhaps Speed Merchant can 
  109. follow-up with a report on the comparative weights of different brands of 
  110. battery, and a recommendation on the optimum battery to use for 
  111. longest life, fullest RAM and lightest 48SX.  Now *there's* an engineering 
  112. problem for you! 
  113.  
  114. Regards 
  115. Ray Depew 
  116. Integrated Circuits Business Division 
  117. Hewlett Packard Co, Fort Collins, Colorado 
  118. rrd@hpfiqa.fc.hp.com 
  119.